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1. INLEIDING 

De problemen die op een rekenmachine worden opgelost be- 
staan uit een serie achtereenvolgende stappen die men in- 
strukties noemt. Bij de SERA zijn dit maximaal 100 in- 
strukties. Instrukties die over het algemeen niet erg moei- 
lijk zijn, evenmin als de handelingen die door de instruk¬ 
ties verricht moeten worden. De moei1ijkheidsfaktor in het 
programmeren schuilt dan ook meestal in de juiste organisa- 
tie. M.a.w. de instrukties in de juiste volgorde te plaatsen. 
Dit probleem is des te groter wanneer het aantal te gebruik- 
en instrukties van ruime omvang is. 

Een probleem kan uit zoveel instrukties gaan bestaan, dat 
het praktisch onmogelijk wordt, zonder hulpmiddelen een 
goed programma te ontwerpen. 

MEERDERE FASEN 

Het is over het algemeen niet mogelijk dat men onmiddelijk 
begint aan het programmeren van een probleem. Vooraf zal 
men reeds in grote lijnen een oplossing voor dat probleem 
gevonden moeten hebben. Bovendien zal blijken dat het be- 
treffende probleem vaak slechts een onderdeel vormt van 
een veel groter geheel. Wij zullen U dat iets nader toe- 
1ichten. 

Het kan in een administratie voorkomen dat een bepaald ad- 
ministratief objekt een onderdeel is van een veel groter 
automatiseringsprojekt. Zo kan men denken aan een bedrijf 
dat ertoe overgaat om de voorraadadministratie te automa- 
tiseren. Voor dit voorraadprobleem zal een programma wor¬ 
den geschreven, maar dit leidt tot meerdere gevolgen. Er 
zal een andere wijze van voorraadadministratie ontstaan dan 
er in het verleden plaats vond. Bepaalde informatie was 
vroeger niet beschikbaar, terwijl deze nu wel leverbaar is. 

Het omgekeerde geval kan ook voorkomen. Een simpel probleem 
doet zich al gelijk voor als we er aan denken hoe de com¬ 
puter aan de gegevens komt die de voorraad wijzigen. Of, 
hoe bewaart de computer de oude voorraad? 

ER ONTSTAAT EEN INF0RMATIESTR00M 

Het gehele bedrijf komt nu in aanraking met de verandering- 
en. Men zal nu zorgvuldig moeten overwegen hoe de verschil- 
lende informatiestromen zullen gaan lopen. Zo zal men zich 
af moeten vragen : 

- waar ontstaat informatie 

- in welke vorm komt die informatie bid de diverse person- 
en of afdelingen 

- welke bewerkingen ondergaat de informatie 

- in welke vorm dient de informatie aan de machine toege- 
voerd te worden 

- in welke vorm komt de informatie uit de machine 

- voor wie is de informatie bestemd. 
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U ziet, er is een "stroom" van informatie ontstaan die zich 
door het bedrijf begeeft. 

SYSTEEM-ANALIST 

Een persoon die zich bezig houdt met het bestuderen (het 
analyseren) van de huidige methode en een oplossing be- 
denkt om het probleem te automatiseren, noemt men de 
systeem-analist, Soms, vooral in grote bedrijven wordt het 
analyseren door de systeem-analist gedaan, terwijl een 
andere persoon de nieuwe automatiserings methode ontwik- 
keld. In een dergelijk geval spreekt men van de SYSTEEM- 
ONTWERPER. 

De proqrammeur ontvangt van de systeem-analist de nodige 
gegevens teneinde zijn programma te kunnen schrijven. Die 
gegevens worden dan veelal in schemavorm verstrekt. Hier 
komen we nu aan het begrip stroomschema. 

N.B. Vooral big kleinere computersystemen vindt men de 

funktie van sy steem-analist en programmeur verenigd 
in een persoon. 

2.1 PRESENTATIE D.M.V. EEN SCHEMA 

Het is mogelijk dat een systeem-analist een probleem vast- 
legt in een rapport . Dit is echter vrij onoverzichtelijk. 
Beter is het een probleem vast te leggen in de vorm van 
een schema, waarbij diverse symbolen gebruikt worden die 
ieder voor zich een eigen betekenis hebben. Enkele van 
deze symbolen zien er als volgt uit : 


Dokwnent_ . Alle soorten formulieren 3 overzichten 
dokumenten 3 enz . 3 gebruikt als invoergegevens 
of vervaardigd tigdens de verwerking. 




Panskaart of alle in- en uitvoer met behulp van 
'ponFJcaarten. 


P£nsband_ . of alle in- en uitvoer met behulp van 
ponsband. 
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Mia^n^etband^ of alle in- en uitvoer met 
behutp van magneetband. 


Magn£et££hij_f . Voor het aangeven van bewerkingen 
waarbij gebruik gemaakt wordt van magneetschigven 


Al£eme_en basi^ssi^mbool^ . Wordt over het algemeen 
gebruikt om een hoofdbewerking aan te geven „ 





V_erbi]^din£_s lig_n_ ‘ Hiermede wordt de volgorde 
van de bewerkingen aangegeven . De normate 
volgorde is van boven naar beneden 3 en van 
links naar reohts , Indien wordt afgeweken 
van deze normate volgorde 3 dan worden de ver- 
binding stignen van een pigt voorzien . 

Bes £ is sings szymfcoo 1 . Symboot voor een vraag- 
stelling en de naar aanteiding daarvan te 
nemen bestissing . 



Connector . Bet symboot dat de ingang of de uit- 
gang van een tak van het programma op hetzetfde 
btad aangeeft. 



gorcnecfror . Dezetfde betekenis ats het 
voorgaande symboot 3 eohter toegepast op aan- 
sluitingen op een ander blad. 
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2.2. DIVERSE SCHEMAVORMEN 

Alvorens we enkele schema's zullen uitwerken bespreken we 
eerst nog enige schemavormen 

HET ORGANISATIESCHEMA 

Het orgam sati eschema is een totaalschema van de diverse 
doorgangen van het projekt, in verwerkingsvolgorde gete- 
kend en wel zo, dat een uitvoer-symbool direkt als invoer- 
symbool van de volgende verwerking kan plaats vinden. Daar 
er na het organisatieschema nog andere schema's volgen zo- 
als HOOFDBLOKSCHEMA en DETAILBLOKSCHEMA 3 is het noodzakelijk 
elke run van het organisatieschema een unieke naam te geven 
die ook in de volgende schema's gebruikt dient te worden 1 
Zo zullen ook alle bestanden van vaste namen voorzien moet- 
en worden. 



Een eerste stap in de analyse van elke machinefase is de in 
ventarisatie van de hoofdbewerkingen welke de machine in de 
fase achtereenvolgens moet realiseren. Deze hoofdbewerking¬ 
en , samengebracht in een schema waaruit tevens de interne 
machine-organisatie van de desbetreffende fase blijkt,wordt 
het hoofdbTokschema genoemd. 

DETAILBLOKSCHEMA 

Elke verwerking in een fase valt uiteen in afzonderlijke 
eenheden , wel kein de juiste volgorde gerea1iseerd , het ge- 
wenste resultaat leveren, 

Een mutatieverwerking van een hoofdbestand kan bijv. uit 
de volgende hoofdbewerkingen bestaan : 

- programma start 

- lees record van oud be stand 

- lees mutatierecord 

- indien mutat-ierecord gelijk is aan record oud bestand 3 
volgt mutatie 
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- gemuteerde record na alle desbetreffende mutaties printen 

- wegschrigven gemuteerde en niet gemuteerde records naar 
nieuw bestand 

- extra routine voor mutaties waarbig geen be stand-record 
aanwezig is 

- eindroutine 

In het detai1blokschema zal van elk hiervoor genoemd hoofd- 
blokschema een detailschema volgen. 

2.3 TOE TE PASSEN WERKWIJZE 

De juiste werkwijze bij het in schema brengen van een pro- 
bleem is, eerste trachten de verwerking in logische hoofd- 
bewerkingen te splitsen. 

Deze hoofdbewerkingen worden vervolgens zodanig in schema- 
vorm vastgelegd, dat tevens hun onderlinge relatie duide- 
lijk blijkt. Vanuit de aldus ontstane hoofdblokschema's 
worden er dan detai1blokschema 1 s opgesteld. 

TOELICHTEND RAPPORT 

VooraI bij overdracht van de hoofdschema 1 s aan andere 
funktionarissen is een begeleidend rapport een noodzaak. 

AAN HET BLOKSCHEMA TE STELLEN EI SEN 

Aan het blokschema dienen we I eisen gesteld te worden. 

Eisen die wij als volgt hebben samengevat : 

- het blokschema moet op het probleem georienteerd zign. 

- het blokschema is de vastlegging van de verwerking in 
een fase 3 zignde een deel van het organisatie-schema 3 en 
geeft als zodanig de analyse weer van het probleem in 
die_ fase_ 

- het blokschema moet overzichteligk zign 

- het blokschema moet eenduidig zign. Een belangrigke big- 
drage hiertoe is het opstellen van een ligst van symbo- 
lische namen 

- het blokschema moet voor iedereen duideligk zign. Het 
mag geen vakgargon en geen onbegrigpeligke afkortingen 
bevatten. 

Het is van groot belang dat ook de niet-computerdeskundig- 
en, na korte uitleg, het blokschema kunnen begrijpen en 
kunnen kontroleren. Dit laatste is weer van groot belang 
voor de "materie"-deskundigen (de div. afd. chefs) Hier- 
door worden de diverse afdelingsleiders nauwer bij het 
projekt betrokken. 

2.4 SUBROUTINES 

Zonder nog te diep op het begrip subroutine in te gaan is 
het toch belangrijk reeds nu een zeer beknopte uitleg te 
geven. In de schema's zal het gebruik van de subroutines 
en wissels (die hierna aan de orde komen) veelvuldiger aan 
de orde zijn. 
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Definitie T Een subroutine is een reeks bewerkingen ,welke 
op diverse punten in het schema opgeroepen en 
uitgevoerd kan worden. 

Voor subroutines wordt dezelfde schematechniek gebruikt. 
GESLOTEN SUBROUTINE 

Dit is een op zichzelf staande routine (apart programma) 
die op meerdere plaatsen in het programma wordt opgeroepen. 

OPEN SUBROUTINE 

Hierbij wordt de routine bij het schrijven van het pro¬ 
gramma mee geschreven en doet dan ook alleen dienst voor 
dat ene programma. 

WISSELS andeve benaming is INDICATOR . 

Defini tie . Een wissel is een inrichting, die geprogram- 
meerd wordt om een bepaalde , eerder genomen 
beslissing vast te leggen, teneinde deze later 
weer te kunnen gebruiken. 

Voorbeeld . Een wissel dient om te bepalen of op een bepaald 
moment de programma 1 delen B, C en D of E, C en Q 
gebruikt moet worden. 


1 ees £ 
kaart 




zet 



zet 


wissel 


ytissel 

aan 



uit 






progi 

deel 

ramma- 


programma- 

deel 

B 



E 



Hier wordt de 
beeliaoing 

genomen t 

Afliankelijk 
van 4* bc- 
slissing wordt 
de wieeel aan 
of uit gezet. 



Hier wordt d§ 
etand van do 
wieoel ge¬ 
bruikt. 


programma- 
deel F : 
ga naar A 
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3. SCHEMA VOORBEELDEN 
Voorbeeld 1. 

Voor de uitvoering van de fakturering heeft een onderneming 
de beschikking over : 

a. liaam, Adres, _woonplaats kaarten (dit zijn ponskaarten) 

b. orderkaarten 


In de N.A.W. kaarten zijn per debiteur opgenomen : het 
deb. nr. , plus naam/adres/woonplaats. 

In de orderkaarten zijn opgenomen : 

1. het bestelde art. nr. 

2. de art. omschrijving 

3. besteld aantal 

4. prijs per eenheid 

5. het verschuldigde bedrag 

Er wordt van uit gegaan dat bij elke N.A.W. kaart, een of 
meerdere orderkaarten aanwezig zijn. 

Iedere faktuur moet via het programma van een datum worden 
voorzien. Deze datum wordt ingelezen via een constante-kaart. 

Een uitwerking van dit probleem ziet U op de volgende pa- 
gina's in de vorm van een hoofdblokschema en enkele detail- 
blokschema 1 s. 


Misschien zijn enkele gegevens in de symbolen U nog niet 
duidelijk, dat is begrijpelijk. 

Het gaat ons hier echter in de eerste plaats om U een glo- 
baal inzicht te geven in het doel en het nut van stroom- 
schema's. 



Voor het vervaardigen van stroomsohema's wordt gebruik 
gemaakt van een template. 
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HOOFDBLOKSCHEMA 
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Speci f i kati e 11 f aktuurkopregel 11 


instel1en 

faktuur 



datum 

afdruk- 
zone 



druk 

af 



extra 
regel - 

op : . . 

s_c.hu.i_o.ng, 


naam 
< - 

afdruk- 
zone 


druk 

af 


s 

extra 
regel - 
op- 

schuiving 






adres 

V 

afdrukzone 





druk 

af 



druk 
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Specifikatie orderkaartprogramma 



(regel wordt ineens 
afgedrukt) 
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Specifikatie 11 afsluiten faktuur " 
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Voorbeeld 2 

Uit een orderadministratie bekijken we het volgende onder- 
deel. Een order wordt geaksepteerd indien de kredietwaar- 
digheid van de klant in orde is. Zo niet, dan wordt er be- 
paald of de ervaringen met de klant goed zijn. Is ook dat 
niet het geval , dan wordt de order afgewezen. In schema- 
vorm kan dit er als volgt uitzien. 



Voorbeeld 3 

Een stapel ponskaarten uit de personeelsadministratie wordt 
door de machine gevoerd. Indien het een kaart van een man- 
nelijke werknemer betreft moet de naam van de man afgedrukt 
worden via de sneldrukker, indien het een vrouw betreft 
moet er een ponskaart geponst worden. 
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Beschikbaar is een pak kaarten met op elke kaart de infor- 
matie over een werknemer, n.l. de naam, leeftijd en aantal 
maanden in dienst. 

De firma heeft besloten die personen in het pensioenfonds 
op te nemen, die ouder zijn dan 35 jaar of waarvan de leef¬ 
tijd ligt tussen 25 en 35 jaar (dus t/m 35 jaar) en die 
minstens twee jaar in dienst zijn. 

De programmeur moet nu de namen afdrukken van hen die in 
het pensioenfonds worden opgenomen. 



Dat stroomschema 1 s ook voor het beschrijven van andere 
problemen dan wetenschappelijke of administrati eve , gebruikt 
kunnen worden laat bijgaand schema U duidelijk zien. Kommen- 
taar lijkt ons hier overbodig. 
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ja 


1 anger 
dan 1 
jaar ge- 
-Ir.QLLwd 


neen 


kus 

vrouw 


ga naar 
auto 


r i j d 
naar 
sigarenman 


ja 


sleutel 


ga 

terug 


































































VOORBEELDEN VAN PROGRAMMA-SCHEMA'S 


006 

1 


Ir. P.A. Tas 


In dit hoofdstuk zullen voorbeelden behandeld worden die 
het nuttig gebruik van stroomschema's bij het schrijven 
van programma's duidelijk aantonen. 

1. AFSPRAKEN 

Allereerst zullen we echter enkele afspraken maken bij het 
gebruik van stroomschema' s of zoals men ze ook wel noemt : 
Stroomdiagrammen. 

1 . Symbolen worden door lijnen verbonden 

2. De ingang van een symbool is van boven 3 de uitgang van 
onderen 

3. Elk symboolj uitgezonderd de keuzehandeling 3 heeft sleohts 
ien ingang 3 en Sen uitgang. 

4. Een lijn kan zich nooit split sen zonder symbool 3 wel kun- 
nen 2 lijnen samenkomen (meestal via een vaste oonneotor) 

5. Het tekenen van stroomdiagrammen van links naar reohts 
wordt veelvuldig toegepast. 

KORTE BESCHOUWING 

De vorm van een stroomdiagram ligt niet vast. Men kan een 
beknopt, maar ook een zeer uitgebreid stroomdiagram van een 
probleem maken. Men kan een machine-afhankelijk of een ma- 
chine-onafhankelijk stroomschema opzetten. Verkieslijk is 
een machine-onafhankelijk stroomdiagram. Hierbij worden geen 
speciale registers of geheugenplaatsen van een bepaalde 
machine genoemd maar wordt de tekst geheel symbolisch in de 
figuren geplaatst, zodat het mogelijk is met behulp van 
zo'n stroomschema een programma te schrijven in elke wille- 
keurige code voor elke willekeurige machine. 

Voor grote problemen is het zinvol een niet te gecompliceerd 
hoofdstroomschema te maken met een aantal bijbehorende de¬ 
tail stroomdi agrammen . 

Er zijn programmeurs die menen, dat een stroomschema niet 
noodzakelijk is. Er moet echter de nadruk op gelegd worden 
dat de meeste programmeurs geen goed programma maken zonder 
een goed stroomschema. Bovendien is een stroomdiagram on- 
ontbeerlijk voor het vastleggen van het gecodeerde program¬ 
ma met bijbehorende informatie terwijl de overdracht van 
informatie betreffende de werking van het programma aan- 
zienlijk vereenvoudigd wordt. 

Door een uitgebreid stroomdiagram te maken kan het probleem 
goed geanalyseerd worden, waardoor fouten ontdekt en ver- 
meden kunnen worden. 

Hoewel het maken van een stroomdiagram met eventueel bijbe- 
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horende verklaring en het, tijdens het coderen, bijhouden 
van de veranderingen veel tijd kost, zal het uiteindelijke 
effect tijdwinst zijn. Dit wordt nog te weinig beseft. 

3. PROGRAMMAVOORBEELDEN 

Voorbeeld 1 , 

Geaeven : een aantal kaarten waarop in kolom 1 t/m 4 een 
getal van 4 cijfers. Deze kaarten worden voorafgegaan door 
een kaart die het getal n in kolom 1 t/m 4 bevat, dat aan- 
geeft hoeveel kaarten verwerkt moeten worden, terwijl in 
kolom 5 het getal 1 staat, 

Gevraaad : bereken het kwadraat van elk getal en pons dit 
in een kaart : in kolom 1 t/m 4 het getal 

in kolom 8 t/m 15 het kwadraat, 

Allereerst het stroomdiaqram. 
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0 

1 

2 

3 

4 

5 

6 

7 

8 
9 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 
21 


LSK 


SAB 

1:4 

KAG 

4 

BSB 

22 

BPB 

23 

KAB 

5:5 

KAG 

1 

BPB 

24 

LSK 


HAB 

1:4 

KAG 

4 

BPB 

25 

VMG 

25 

KGA 

8 

BAB 

8:15 

PSK 


HPA 

23 

0PA 

24 

BPA 

23 

AFA 

22 

SNA 

8 >— 

STP 


Lees een kaart 

pos . 1-pos . 4 - > B 

converteer van hexaden naar numeriek getal 

a -> 22, + 0 -> B 

+ 0 - > 23, + 0 -> teller 


pos . 5 -> B 

converteer van hexaden 

1 - > 24 

lees een kaart 

pos . 1- pos. 4 -» B 

converteer 

(B) = getal - > 25 

(B) x (25) -> B 

converteer naar hexaden 
breng naar buffer 
pons een kaart 

(23) -> A 

(23) + 1 -> 23 

(A)-(22) =(tel 1er) - n 
spring indien <0 
stop 


naar numeriek getal 


(22) = n 

(23) = teller 

(24) = 1 

(25) = werkgeheugen 


> A 


De instrukties 0 t/m 7 behoren tot de voorbereiding : 
het lezen van gegevens en teller op 0 brengen. 

De instrukties 8 t/m 15 verrichten de opgave : een getal 
lezen, kwadrateren en uitponsen. 

De instrukties 16 t/m 20 verhogen de teller en testen of 
het aangegeven aantal kaarten n verwerkt is. Is dat niet het 
geval dan wordt teruggesprongen naar adres 8 ; de conditie 
is hier dus : spring indien (A) <0. 

Indien de (A) = 0 dan wordt de spronginstruktie genegeerd 
en de instruktie op adres 21 uitgevoerd die het programma 
stopt. 

Drukken op de starttoets doet het programma weer aanvangen 
op adres 0. (Indien adres 0 bedoeld wordt, behoeft de 0 niet 
in het adresgedeelte geschreven te worden) Bij het lezen 
van een kaart worden de eerste 80 posities van de buffer ge- 
vuld. Bij de HAB- opdracht wordt de inhoud van de buffer 
niet verstoord. 

De BAB 8:15 brengt het kwadraat van het getal naar de posi¬ 
ties 8 t/m 15 en verstoort de andere posities niet zodat 
bij het ponsen van de kaart het getal in de kolommen 1-4 
geponst wordt. 


Voorbeeld 2 

Bij voorbeeld 1 was bekend hoeveel kaarten verwerkt moesten 
worden. Stel het aantal onbekend en voeg een sluitkaart toe 
die in de kolom 1-4 het woord "eind" bevat. 
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Het programma moet nu elke kaart na het inlezen testen op 
het woord "eind". Wordt dit gevonden dan betekent dit het 
einde van de verwerking en het programma kan gestopt word- 
en. 

De eerst in te lezen kaart bevat in kolom 1-4 ook het woord 
"eind", zodat deze informatie in het geheugen opgeslagen 
kan worden voor het verge!ijken. 


1 

LSK 


Lees een kaart met "eind 

2 

HAB 1:4 



3 

1 BPB 16 


••eind" -» 16 

4 

LSK < - 


lees een kaart 

5 

HAB 1:4 


haal een getal 

6 

HPA 16 


"eind" -» A 

7 

SAB 15)—r 



vergelijk alfanumeriek 

8 

*R7^g~4 



converteer 

9 

BPB 17 



getal -» 17 

10 

VMG 17 



(B) x (17) -» B 

11 

KGA 8 



converteer naar hexaden 

12 

BAB 8:15 



breng naar buffer 

13 

PSK 



pons een kaart 

14 

SAL 4)- 



spring terug 

15 

- 


stop 

16 

"eind" 



17 

werkgeheugenplaats 


i 


Voorbeeld 1 heeft enige interessante aspekten. 

1. Een stuk van het programma wordt meerdere malen doorlopen. 

2. Er vindt een telling plaats in een teller. 

Elke keer dat een bepaald stuk van het programma door¬ 
lopen is, wordt de teller met 1 (de telconstante) ver- 
hoogd. 

3. Na elke verhoging van de inhoud van de teller wordt er 
een test uitgevoerd. 

Deze konstruktie, het herhaaldelijk doorlopen van een stuk 
programma, wordt 1 us genoemd. 

De lus, gecombineerd met telling en test, komt bijzonder 
vaak voor. 



















In de ruimtevaartneemtde computer een belangrijke plaats in. 
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3. SYMBOLISCHE ADRESSEN 


In een vorig hoofdstuk is reeds aangegeven, dat het invoer- 
programma ons behulpzaam is om programma's eenvoudiger te 
kunnen schrijven. Het eerste voorbeeld daarvan was de i n - 
voering van een mnemotechnische code voor het operatiege- 
deelte van een instruktie. We zullen thans nagaan hoe het 
invoerprogramma ons kan helpen bij de adressering. 

Daartoe beschouwen we nog eens de voorbeelden uit de vorige 
hoofdstukken. 

Wat betreft het adresgedeelte van de instrukties kunnen we de 
instrukties verdelen in 2 groepen„ 

De eerste groep, waaronder haal-, breng- en rekeninstrukties, 
gebruikt het adres altijd als een plaats waar een getal staat 
of naar toegebracht moet worden. 

Deze plaatsen noemen we wel de WERKRUIMTE van het programma. 
De tweede groep, n.l. de spronginstrukties , hebben altijd 
een adres dat verwijst naar een plaats in het programma 
zel f. 

De administrate, waar iedere grootheid in de werkruimte 
staat of moet staan, behoeven wij de machine niet mede te 
delen, want voor de machine volgt dit automatisch uit de in¬ 
strukties. Tijdens het samenstellen van het programma moeten 
we dit echter wel voor ons zelf doen, opdat we bepaalde 
adressen niet meerdere keren gebruiken, terwijl we anderzijds 
ook een zo nuttig mogelijk gebruik willen en moeten maken 
van de beschikbare geheugenruimte„ Vooral voor grotere pro- 
blemen levert dit veel praktische bezwaren op met bovendien 
daardoor kans op vergissingen.De verwarring wordt daarbij in 
de hand gewerkt, omdat in de instrukties alleen voorkomen 
de adressen waar de gegevens staan. Deze adressen zelf heb¬ 
ben echter geen enkele relatie tot de getallen, die er in 
staan. 

LABELS 


Een geheel andere moeilijkheid geeft de tweede groep van in¬ 
strukties. In a 11e gegeven voorbeelden zijn de instrukties 
genummerd aangegeven, in de vorm van een adres voor de kant- 
lijn. Voor het invoerprogramma is dit niet nodig, want die 
kan dat door een telling zelf bijhouden. Bij het schrijven 
van het programma hebben we de nummering echter wel nodig 
om de adressen van de spronginstrukties te kunnen invullen. 

We nummeren nu alleen die plaatsen van het programma, waar- 
naar door spronginstrukties verwezen wordt. 

Dergelijke nummers noemt men labels. 

Aan het invoerprogramma laat men het over de correspondent!e 
te bepalen tussen labelnummers en werkelijke adresnummers. 

Bij labels gebruikt men niet alleen getallen maar ook let¬ 
ters. Men kiest dan zinvolle benamingen, zoals 1oonberekening, 
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belastingtabel enz. 

Ook combinaties van letters en cijfers is mogelijk zoals 
art. 568, enz. Volgens afspraak beperken we het aantal let¬ 
ters en cijfers tot 8. Bovendien eisen we dat zo'n naam al- 
tijd begint met een Tetter. 


Voorafgaande voorbeelden moeten we dus beperken tot : 
1oonber.,beltabel, art 568. 

SYMBOL ISCHE ADRESSEN 


Minder dan 8 symbolen mag dus wel. Dergelijke labelnamen be- 
staande uit letters en cijfers noemt men symbolische adres- 
sen. 

Een stukje programma kan er dan, wat betreft de sprongin- 
strukties als volgt uitzien : 

PIET ; 


SAL PIET 

I 

SAL JAN 
| 

JAN 1 

SPA JAN 


Het ligt voor de hand om deze makkelijke methode nu ook te 
gebruiken voor de andere type instrukties. 

Het programma voor berekening van x=a+b-c-d luidt 
dan : 


HPA A 
OPA B 
AFA C 
AFA D 
BPA X 

DECLAREREN EN ASSEMBLER 


Elders in het programma moeten we nu nog wel ergens voor de 
kantlijn de namen, A, B, C, D en X vermelden, Dit laatste 
noemen we het declareren van de symbolische adressen. Een in- 
voerprogramma, dat bovengenoemde mogelijkheid biedt, noemen 
we assembler. 














IN- EN UITVOERAPPARATEN 


007 

3 


Ir. D.H. Wolbers 


Een ander voorbeeld van symbolisch adresseren : 

HPB BRUTLOON 
AFB BELAST 
BPB NETLOON 

Deze methode van adresseren maakt het programmeren een stuk 
eenvoudiqer. Men dient echter steeds voor ogen te houden : 
een symboliseh adres blijft een adres. 

De in het laatste voorbeeld geschreven opdracht HPB BRUTLOON 
komt d.m.v. het invoerprogramma in het geheugen te staan als 
een HPB met een echt adres. De werking blijft ook haal de 
inhoud van dat adres naar B. We hebben aan dat adres echter 
een symbolische naam gegeven, die overeenkomt met de groot- 
heid die daar in het geheugen staat. Daardoor wekt het ge¬ 
schreven programma de indruk alsof er staat "haal het bruto- 
loon in de B-aooumulator ". 

Dit kan aanleiding geven tot fouten in die gevallen, waar- 
bij we met de adressen zelf willen gaan rekenen. Door invoer- 
ing van de symbolische adressen is de adresnummering komen 
te vervallen. 

Doet zich het geval voor dat we vanaf verschillende plaatsen 
in een programma moeten verwijzen naar een aantal dicht bij 
elkaar gelegen andere adressen, dan moeten hiervoor toch al- 
lemaal verschillende namen gekozen worden. 

I 

I 




SAL 

PUNT 0 




1 

1 

SAL 

PUNT 1 




1 

1 

SAL 

PUNT 2 




1 

1 

SAL 

PUNT 3 


PUNT 

0 

AFA 

KORTING 

1 

PUNT 

1 

OPA 

TOESLAG 

1 

PUNT 

2 

AFA 

KORTING 

2 

PUNT 

3 

OPA 

TOESLAG 

2 


RELATIEF ADRESSEREN 


Afhankelijk van de voorgeschiedenis van het programma moeten 
dus bepaalde kortingen en toeslagen met een gegeven bedrag 
in A verrekend worden. Men kan het declareren van de meerdere 
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namen vermijden door gebruik te maken van relatief adresseren. 
Deze addenden worden van de symbolische namen gescheiden 
door een + of een - teken. Dit teken heeft daarbij ook de 
gebruikelijke betekenis. 

Het vorige voorbeeld kan dan geschreven worden als : 


I 


I 


PUNT 


SAL _ PUNT 

I 

SAL PUNT +1 

—i- 

I 

SAL PUNT + 2 

| " 

SAL PUNT +3 

I 

I 

AFA KORTING 1 

OPA TOESLAG 1 

AFA KORTING 2 

OPA TOESLAG 2 


Let wel op het verschil tussen PUNT 1 en PUNT +1. Want PUNT 
1 is een complete naam, terwijl PUNT +1 betekent 1 plaats 
verder dan de naam PUNT, 


Het zelfde voorbeeld zou met positieve en negatieve addenden 
ook kunnen luiden : 


PUNT 


I 

I 


SAL PUNT -2 


1 

SAL 

PUNT 

-1 

1 

1 

SAL 

PUNT 


1 

1 

SAL 

PUNT 

+ 1 


AFA KORTING 1 
OPA TOESLAG 1 
AFA KORTING 2 
OPA TOESLAG 2 


Addenden moeten getallen zijn en mogen zelf geen symbolische 
adressen meer zijn. Niet toegelaten is dus een instruktie 
van de vorm 
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SAL JAN + PIET 
3.1 INZETAANWIJZINGEN 

We schrijven ons programma in mnemotechnische code en met 
symbolische adressen. Daarna wordt het programma geponst en 
door het invoerprogramma ingeTezeo. Daarbij moet echter 
worden aangegeven vanaf welke plaats. 

Dit geven we dan ook aan door een 3-^letter code met adres 

BGN n be^iji in te zetten vanaf adres n. 

Dit noemen we een inzetaanwijzing . Het heeft op papier de 
vorm van een instruktie, maar komt niet als zodanig in het 
geheugen. Het is in feite een "instruktie" ten behoeve van 
het invoerprogramma zelf. 

Veelal zullen we een programma inzetten vanaf het begin van 
het geheugen. 

We kunnen dan volstaan met 
BGN 


omdat ook hier een adres 0 mag worden weggelaten. Stel dat 
we willen beginnen vanaf adres 1000, dan begint ons program¬ 
ma met 

BGN 1000 

I 

I 

i 

Deze inzetaanwijzing kunnen we ook gebruiken om ergens in 
ons programma een werkruimte te scheppen. Neem aan dat een 
programma moet werken met een serie van 100 getallen. Deze 
komen in opeenvolgende adressen. 

Het programma werkt met deze getallen door middel van rela- 
tieve adressen ten opzichte van de symbolische naam LYST. 

Het programma zelf begint gewoon op 0. 

Dan is de volgende uitvoering mogelijk 


JAN 


LYST 

PIET 


BGN 

SPA 

SAL 


.PIET 

JAN 


BGN LYST + 


aantal instrukties 


100 

■ft 

foverige instrukties 
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Achter de instruktie SAL JAN blijven nu automatisch 

100 plaatsen in het geheugen vrij. Het geschreven programma 
is nu in 2 delen gesplitst. Tijdens de uitvoering van het 
programma zijn deze delen echter door spronginstrukties met 
elkaar verbonden, Het verschil tussen geschreven volgorde 
en die tijdens de uitvoering geven we vaak aan met woorden 
STATISCH en DYNAMISCHo De statische vorm is de vorm zoals 
het aan het i nvoerprogramma wordt aangeboden. 

De dynamische vorm is de vorm zoals het programma door het 
besturingsorgaan van de machine later wordt uitgevoerd. 


Met de besproken inzetaanwijzing BGN kunnen we zorgen, dat 
het invoerprogramma de opgegeven instrukties in het geheugen 
piaatst. 

Wanneer alle instrukties ingelezen zijn moet dit ook aan het 
invoerprogramma worden medegedeeld. 

Daartoe gebruiken we de volgende inzetaanwijzing 


SRT n Sta_rt op adres n 

Ook deze instruktie komt zelf niet in het geheugen. Het re- 
sultaat is echter, dat het invoerprogramma zijn funktie be- 
eindigt en er voor zorgt dat als eerstvolgende instruktie 
door de machine wordt uitgevoerd de opdracht SAL n. 

Als n kiezen we het adres van de eerst uit te voeren instruk¬ 
tie van het programma. 


V00RBEELD VOOR EEN COMPLEET PROGRAMMA 

Als voorbeeld voor een compleet programma nemen we het volgen¬ 
de probleem. 

Gegeven 1000 ponskaarten, waarin in de kolommen 1 t/m 5 ge- 
tal1en staan. 

Gevraagd 1000 nieuwe ponskaarten met dezelfde getallen in 
kolommen 1 t/m 5 en bovendien het kwadraat van de getallen 
in de kolommen 6 t/m 15. In beide gevallen de getallen zonder 
teken. 


BEGINPR0 

BGN 

STP 

V0LGEND 

V0LGEND 

BSA 

TELLING 


BSA 

TELLING 

BEGINCYC 

LSK 



HAB 

1:5 


KAG 

5 


BPB 

werk 


0 
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VMG WERK 
K6A s 10 
BAB 6:15 
PSK 

HPA TELLING 
OPA EEN 
BPA TELLING 
AFA DUIZEND 

SNA_§EG INC YC 

SAL BEGINPRO 
1 

1000 
0 
0 

SRT BEGINPRO 

Aan het begin van het programma is een stopopdracht opgenomen. 
Na het inlezen van de programmakaarten heeft men dan gelegen- 
heid de getalkaarten in te leggen. Op deze instruktie stopt 
de machine ook nadat de 1000 kaarten zijn verwerkt. Desge- 
wenst kan men op deze manier meerdere series van 1000 kaart¬ 
en verwerken. 

Aan het eind van het programma zijn de nodige constanten en 
werkregisters aangegeven. 

Voor het invoerprogramma MOET op iedere regel een instruktie 
of een getal worden gegeven. De nullen op de adressen TELLING 
en WERK mogen daarom niet worden weggelaten ; wel mag men 
er een ander getal of instruktie voor schrijven. 

3.2 HET SPECIALE KENMERKKARAKTER 

Wanneer een SERA woord als een instruktie wordt opgevat, 
komt daar een tetrade in voor, die de instruktie enkele bij- 
zondere kenmerken kan geven. De betekenis daarvan kan nu 
worden aangegeven. 

Zoals reeds uit voorbeelden is gebleken, heeft men in pro- 
gramma's vaak kleine constanten nodig. 

Bij tellingen b.v. de telgrens en het getal, dat de toename 
aangeeft na iedere cyclus. 

Deze getallen zijn meestal niet groter dan 1000 en nemen dus 
niet meer ruimte in dan het adresgedeelte van een instruktie. 
Plaatsen we nu een dergelijk getal werkelijk als adres van 
een instruktie, dan dient deze natuurlijk anders te worden 
uitgevoerd. 


EEN 

DUIZEND 

TELLING 

WERK 
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Wanneer we een instruktie op deze wijze wensen te laten uit- 
voeren geven we dit op papier aan door tussen operatie en 
adres een ster te plaatsen. 

Nemen we als voorbeeld de opdracht HPA 

HPA n betekent (n) -> A 

HPA n betekent n - > A 

Dus in plaats van de inhoud van n gaat nu het getal n zelf 
naar A. Het invoerprogramma verwerkt deze ster en zorgt dat 
de kenmerktetrade 0001 wordt. 

Deze mogelijkheid geldt voor alle haal- en rekenopdrachten. 
Bij de spronginstrukties heeft de stermogelijkheid geen be- 
tekenis, omdat hier het adres reeds direkt de volgende uit 
te voeren instruktie aangeeft. 

Een voorbeeld van een telling opklimmend met 1 en als grens 
100 kan dan als volgt geprogrammeerd worden; 


HPA TELLING 

0PA * 1 

BPA TELLING 
AFA * 100 

S0A 

— T — — — — —— — — — — — 


De sterfaciliteit mag ook gebruikt worden wanneer het adres 
als symbolische naam gegeven is. Wanneer b.v. de naam PIET 
in werkelijkheid behoort bij adres 365, dan betekent HPA 
PIET haal de inhoud van 365 naar A, maar HPA PIET heeft 
tot gevolg dat het getal 365 naar A gaat. Deze toepassing 
kan van belang zijn bij nog te bespreken subprogrammatech- 
n i e k. 

D00D GEHEUGEN 

Een ander gebruik van het kenmerkkarakter is het volgende. 
Tot nu toe is aangenomen, dat het geheugen van de SERA be- 
staat uit 10000 plaatsen, waarin we zowel kunnen schrijven 
als lezen. Nu wordt echter het invoerprogramma geplaatst in 
een extra stuk geheugen waarin we wel kunnen lezen maar niet 
schrijven. 

Zo'n geheugen heet dood geheugen. Op technische manier wordt 
daar de eerste keer de gewenste informatie ingebracht. Het 
voordeel is dat nu niet door een eigengemaakt programma met 
fouten dit invoerprogramma verstoord kan worden. 
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Ook dit dode geheugen is weer genummerd van 0 t/m 9999 en als 
decimaal getal rechts in een instruktie aangegeven. 

Voor onderscheid tussen levend en dood geheugen dient nu het 
2e bit van links van de kenmerktetrade. 

Heeft het adres betrekking op het levend geheugen dan is de 
kenmerktetrade 0000, terwijl in het geval van het dode ge¬ 
heugen dit 0100 wordt. Een aantal plaatsen in het dode ge¬ 
heugen zijn gemarkeerd door vaste symbolische namen.Gebruikt 
men deze namen in een programma, dan verzorgt het invoerpro- 
gramma op de juiste manier het kenmerk. 

Voor a 11e andere namen alsmede echte adressen wordt automa- 
tisch aangenomen dat deze betrekking hebben op het levend ge¬ 
heugen. Mocht men abuisievelijk een dergelijke vaste naam 
toch gebruiken voor eigen doeleinden, dan zal men dus ook 
een eigen declaratie geven. In dat geval "vergeet" het invoer- 
programma tijdelijk de vaste naam en verzorgt dan toch een 
juiste adressering. 

HET ADRESSEREN VAN SPECIALE REGISTERS 

Tenslotte bestaat er vaak behoefte om speciale registers ook 
te kunnen adresseren. Voorbeelden daarvan zijn de A- en B- 
accumulator. 

Dit soort registers behoort noch tot het levend noch tot het 
dode geheugen. Desondanks zijn ook deze registers weer ge¬ 
nummerd vanaf 0 en worden als normaal adres aangegeven. In 
dat geval wordt het kenmerk echter 0010. 

Ook aan deze registers zijn vaste namen gegeven, die -zonder 
declaratie mogen worden gebruikt. Tevens geldt ook hier weer 
dat een eigen declaratie de betekenis van de vaste naam buiten 
gebruik stelt.Voor A- en B-accumulatoren gelden de namen 
ACCU-A en ACCU-B. 

Toepassingen van deze namen zijn bijvoorbeeld : 


HNA 

ACCU-A 

verwissel 

het getal 

i n 

A van teken 

HPA 

ACCU-B 

breng de 

inhoud van 

B 

naar A 

VMG 

ACCU-B 

vorm het 

kwadraat van 

getal in B. 


Samenvattend geldt voor het kenmerkkarakter : 


in decimale vorm 


0 

1 

2 

4 


in binaire vorm 


adresgedeelte wordt gebruikt 


0000 

0001 

0010 

0100 


voor levend geheugen 
als direkt getal 
voor speciale registers 
voor dood geheugen 


3.3 SUBPROGRAMMA'S 


Bij het samenstellen van een groot programma komt het vaak 















bloedonderzoek 




in de sport 


COMPUTER TOEPASSINGEN 


1 
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voor dat op verschi11ende plaatsen in het programma dezelfde 
series instrukties gebruikt moeten worden. Deze identieke 
series vertegenwoordigen daarbij ook inderdaad dezelfde 
soort berekening of verwerking van gegevens, maar kunnen 
door de overige eisen in het programma niet tot een luspro- 
gramma verenigd worden. 

Vooral wanneer een dergelijke serie instrukties betrekkelijk 
lang is, is het duidelijk dat het meermalen voorkomen een 
zekere verspilling van geheugenruimte is. 

Daarnaast maakt het ook het programmeren nodeloos moeilijk- 
er, omdat zonder meer copieren voor de volgende series van- 
af de eerste ook niet mogelijk is vanwege de andere adres- 
plaatsen. 

We kunnen de genoemde bezwaren ondervangen door een derge- 
lijke serie instrukties slechts een maal ergens in het ge- 
heugen te plaatsen. Vanaf iedere positie in het grote pro¬ 
gramma, waar we deze serie willen gebruiken kunnen we dan 
daar naartoe springen, echter met dien verstande, dat na 
het doorlopen van de serie weer terugg.esprongen wordt naar 
het punt vanwaar deze serie als het ware werd opgeroepen. 

Dit betekent dat bij de sprong naar de gewenste serie in¬ 
strukties ook de informatie vanaf welke plaats deze sprong 
plaats vond, meegenomen moet worden. 

Hoewel het in principe wel mogelijk is met de tot nu toe 
besproken instrukties een dergelijke programmering te ver- 
wezenlijken, komt deze werkwijze zo vaak voor, dat men in 
iedere rekenmachine daarvoor een speciaal mechanisme in de 
vorm van een of meerdere speciale instrukties heeft ingebouwd. 

Een serie zelfstandige instrukties voor meermalig gebruik 
noemt men dan een SUBPROGRAMMA of soms ook wel subroutine. 

Ter onderscheid spreekt men dan ook vaak over HO OF DPROGRAM¬ 
MA als programma dat de oproepende spronginstrukties bevat. 

BIBLIOTHEEK VAN SUBPROGRAMMA 1 S 

Door het min of meer zelfstandige karakter van een subpro- 
gramma, kan men dit alleen gebruiken t.b.v. het hoofdpro- 
gramma, waarvoor het oorspronkelijk gemaakt is, maar voor 
ieder ander hoofdprogramma dat dezelfde deelbewerking ver- 
eist. Dit is zelfs de oorzaak dat voor iedere machine een 
meer of minder omvattende bibliotheek van subprogramma 1 s 
bestaat, die reeds bij voorbaat gemaakt zijn voor de meest 
voorkomende procedes, zelfs nog voor er van concrete toepas- 
sing sprake is. 

Hierbij b.v. te denken aan' subprogramma 1 s voor het sorteren 
van gegevens al of niet met magneetbanden, de uitvoer via 
sneldrukker met een voorgeschreven lay out, voor wetenschap- 
pelijke toepassingen subprogramma 1 s voor het berekenen van 
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standaardfunkties zoals log, sin, enz. 

Naarmate men verwacht dat zo'n subprogramma vaker gebruikt 
zal worden kan men er meer of minder aandacht aan schenken 
bij het samenstellen. 

Afhankelijk van de toepassingen zal men ook de nadruk leg- 
gen op een dynamisch snelwerkend programma of een program- 
ma, dat statisch zo klein mogelijk is. In de meeste geval- 
len zijn dit n.l. tegenstrijdige eisen. 

In SERA wordt het oproepen van subprogramma 1 s gerealiseerd 
door een speciale sprongopdracht, de zgn. subprogrammasprong. 

SSP n Spring naar subprogramma dat begint op adres n 

en plaats de terugkeerinstruktie in het register 
TERUG 

Ter verklaring van de opdracht het volgende. 

Er is een speciaal register aanwezig ter grootte van een vol- 
ledig SERA woord, dus 48 bits. Dit register is programmatisch, 
waar nodig, bereikbaar onder de vast gekozen symbolische naam 
TERUG. 

In tegenstel 1ing tot alle instrukties, die we tot nu toe 
leerden kennen is voor de SSP instruktie van belang het g e - 
heugenadres, waar deze SSP instruktie staat. Nemen we aan 
dat dit is adres P. De werking van de SSP opdracht omvat dan 
2 handelingen die achtereenvolgens worden uitgevoerd. 

le.In het speciale register TERUG wordt een absolute sprong- 
instruktie met adresdeel p + 1 geplaatst, dus de inhoud 
van TERUG wordt SAL p + 1. 

2e.Er vindt een absolute sprong naar adres n plaats, d.w.z. 
het is alsof nu uitgevoerd wordt de instruktie SAL n. 

Na uitvoering van een SSP instruktie komen dus automatisch 
alle instrukties van het aangeroepen subprogramma aan de 
beurt. Deze instrukties hangen volkomen af van het gewenste 
procede, dat tijdens de werking van het subprogramma, moet 
worden uitgevoerd. De enige uitzondering hierop is de laatste 
instruktie, die moet dienen om weer naar het hoofdprogramma 
terug te keren. Deze laatste instruktie luidt nu echter SAL 
TERUG. De uitvoering van deze instruktie heeft tot gevolg 
een absolute sprong naar het speciale register TERUG. Maar 
daar staat, tengevolge van de vroeger uitgevoerde SSP in¬ 
struktie, SAL p + 1, waardoor automatisch een terugsprong 
uitgevoerd wordt naar het punt direkt volgend op de genoemde 
SSP opdracht. 

Tijdens de werking van een subprogramma is het vrijwel al- 
tijd noodzakelijk, dat gerekend wordt met een of meerdere 
gegevens uit het hoofdprogramma, die overigens bij iedere 
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oproep verschi11 end kunnen zijn. Omgekeerd levert een sub¬ 
programma ook meestal een of meerdere resultaten t.b.v.het 
hoofdprogramma. 

Tijdens de aanroep en de terugkeer moeten dus gegevens resp. 
resultaten "meegenomen" worden. 

Betreft dit slechts 1 of 2 grootheden, dan neemt men hier- 
voor bij voorkeur een of beide der accumulatoren. 

Betreft het meerdere grootheden dan zijn er een aantal moge- 
lijkheden, die echter in het volgend hoofdstuk besproken 
zul1en worden. 

V00RBEELD VAN EEN SUBPROGRAMMA 

Als voorbeeld van een subprogramma nemen we een zeer simpel 
rekenproces. 

Gegeven zijn 2 getallen A en B. Na terugkeer uit het subpro¬ 
gramma moet in A staan het verschil en in B de som van de 
getal1en. 

Het geval van overloop wordt buiten beschouwing gelaten. 
Speciaal ter verduidelijking wordt hier nog gebruik gemaakt 
van absolute adressen.Vanaf 4 plaatsen in het hoofdprogramma 
t.w. 100, 133, 500 en 750 wordt het subprogramma op adres 
1000 ingeroepen. 


100 

SSP 

1000 

133 

SSP 

1000 

500 

SSP 

1000 

750 

SSP 

1000 

1000 

AFA 

ACCU 

1001 

0PB 

ACC U 

1002 

0PB 

ACCU 

1003 

SAL 

TERUG 




Tijdens de dynamische afloop van het programma gebeurtdan 
het volgende. Aangekomen bij de eerste SSP opdracht op 100 
wordt de instruktie SAL 101 in TERUG geplaatst. Dan vindt 
een sprong naar 1000 plaats. 

De instrukties op 1000 t/m 1002 zorgen nu voor het uitvoer- 
en van de gewenste berekeningen en daarna vindt een sprong 
plaats naar TERUG, waarna via de sprong SAL 101 terugge- 
sprongen wordt in het hoofdprogramma. Het totale resultaat 
is dus dat het geven van de SSP opdracht het eenmalig af- 
lopen van het gehele subprogramma veroorzaakt, waarna het 
hoofdprogramma normaal zijn weg vervolgt. 

Hetzelfde vindt plaats bij de volgende oproepen vanaf plaats¬ 
en 133, 500 en 750 waarbij dan sprongopdrachten naar resp. 
134, 501 en 751 in TERUG geplaatst worden. Een subprogramma 
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kan op zijn beurt een ander subprogramma oproepen. In SERA 
moet men in dat geval programmatisch enige maatregelen nemen 
omdat slechts een register TERUG beschikbaar is. 

Deze maatregelen komen hierop neer dat men in het eerste 
subprogramma alvorens de sprong naar het tweede subprogram- 
ma uit te voeren, de inhoud van TERUG in veiligheid brengt. 
Pit kan als voIgt : 


HP 

SSP 

SUB 1 

x* 

s 

SUB 1 / ^ 

HPA 

BPA 

TERUG 

HULP 

SUB 2 
/ 

/ 

s 

s 

s 

Si 



V. 

N 

SSP 

SUB 2 

/ 




'V 

HULP 

'0 



SAL TERUG 


Door de eerste twee instrukties van SUB 1 wordt de "terug- 
keerinstruktie" geplaatst op de laatste adresplaats van SUB 
1, hier aangegeven met de naam HULP. 

Zou SUB 2 op zijn beurt weer een derde subprogramma moeten 
aanroepen dan moet men in SUB 2 opnieuw een dergelijke serie 
instrukties invullen. In sommige machines zijn daarom voor 
dit doel zelfs een aantal registers "TERUG" ingebouwd. 

Bij de eerste oproep wordt automatisch de eerste genomen, 
bij een herhaalde oproep de tweede enz. Na iedere terugkeer 
wordt de telling als het ware weer teruggezet. Daarbij mag 
natuurlijk de "diepte" waarmee subprogramma 1 s in elkaar ge- 
nesteld worden natuurlijk het aantal registers "TERUG" niet 
overschrijden, want dan ontstaan dezelfde moei1ijkheden als 
hierboven geschetst voor SERA bij de tweede oproep. Een 
ander aspekt van de terugkeerinstruktie is nog het volgende. 
Zoals bij bespreking, over het transport van gegevens en 
resultaten naar en van het subprogramma, nog zal blijken, 
heeft men daarbij de behoefte aan een gemeenschappelijk re- 
ferentiepunt in het geheugen zowel voor het hoofdprogramma 
als voor het subprogramma. 

Een voor de hand liggend punt is daarbij de plaats van de 
SSP sprong of het eerst volgend adres. Dit laatste is pre- 
cies het adresgedeelte van de terugkeerinstruktie. Zou men 
dus in het subprogramma van dit adresgedeelte afzonderlijk 
gebruik willen maken, dan moet men dus als het ware het 
operatiegedeelte, in dit geval SAL, uit de terugkeerinstruk- 
tie verwijderen. Dit is programmatisch zeer wel mogelijk, 
omdat we instrukties ook als getallen kunnen opvatten en 
er dus mee kunnen rekenen. 

Met de reeds besproken SERA opdrachten zouden we b.v.in het 
rekenorgaan een "instruktie" kunnen delen door het getal 
10 . 000 . 
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De rest bij deze deling geeft dan precies het adresgedeelte. 
Het gewenste resultaat is overigens met hog later te be- 
spreken logische opdrachten nog eenvoudiger te bereiken. 

Het hiervoor genoemde gebruik van het "terugkeer adres" is 
echter aanleiding, dat in sommige rekenmachines bij de sub- 
programmasprong in het overeenkomstige register TERUG niet 
de terugkeerinstruktie maar alleen het terugkeeradres opge- 
borgen wordt. 

Bij de werkelijke terugkeer naar het hoofdprogramma moet 
dan natuurlijk nog op de een of andere wijze de sprongopera- 
tie worden toegevoegd aan dit terugkeeradres. 

In enkele machines, waaronder ook SERA, zijn beide mogelijk- 
heden verenigd en wel als volgt. De operatie SAL wordt in 
de machine vertegenwoordigd door de cijfercombinatie 00. Dit 
betekent dat in SERA een positief getal n van max. 4 cijfers 
opgevat als instruktie de betekenis heeft van SAL n. In SERA 
vallen daardoor de begrippen terugkeerinstruktie en terug- 
keeradres samen. 

HET GEBRUIK VAN SYMBOL ISCHE ADRESSEN IN EEN SUBPROGRAMMA 

Tot slot bespreken we nog het probleem van het gebruik van 
symbolische adressen in een subprogramma. Wat betreft sym- 
bolische adressen vormt een subprogramma een geheel met het 
hoofdprogramma. Dit betekent dat namen, die in een subpro¬ 
gramma gebruikt zijn, niet meer gebruikt mogen worden in 
het hoofdprogramma en omgekeerd. 

Hetzelfde geldt trouwens ook voor de namen in verschi11ende 
subprogramma 1 s , die a 11e behoren bij het zelfde hoofdprogram¬ 
ma . 

Dit betekent een ernstige beperking omdat vaak verschi11ende 
subprogramma's door verschi11ende mensen gemaakt worden. Men 
moet dan van te voren afspraken gaan maken omtrent de naam- 
geving. 

Nog moeilijker ligt de zaak voor algemene subprogramma 1 s, 
die de ene keer in dit programma, en volgende keer in dat 
programma gebruikt worden. 

Door het toch min of meer zelfstandig karakter van subpro-- 
gramma's zullen de in een subprogramma gebruikte namen met 
de daar gegeven betekenis in de meeste gevallen alleen bin- 
nen dit subprogramma van belang zijn. 

Een verwijzing van buiten het subprogramma naar namen binnen 
het subprogramma komt heel weinig voor. In verband met voor- 
gaande ontstaat daardoor vanzelf de behoefte om de namen in 
een subprogramma een beperkte betekenis te geven, we spreken 
in dat geval van locale betekenis. 

Buiten het subprogramma willen we deze namen dan weer "ver- 
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geten". De enige uitzondering is natuurlijk de naam, die we 
aan de eerste instruktie van een subprogramma geven en waar- 
mee we het subprogramma d.m.v. een SSP opdracht kunnen aan- 
roepen. 

In sommige programmeersystemen maakt men daarom wel onder- 
scheid tussen locale en globale namen. De locale namen heb- 
ben daarbij alleen betekenis in een speciaal aangegeven 
deel van het programma, de globale namen behouden hun geldig- 
heid in alle delen. 

In SERA is dit probleem opgelost door een speciale inzetaan- 
wijzing VRY waardoor automatisch alle gebruikte namen in 
een aangegeven gebied locaal worden voor dit gebied en daar- 
buiten hun betekenis hebben verloren. 

Bij voorkeur maken we een subprogramma tot een dergelijk ge¬ 
bied, waarmee we het beoogde doel hebben bereikt. 

Het gebruik van de inzetaanwijzing volgt het eenvoudigst 
uit een voorbeeld. 


B 


C 


D 

E 


A 


B 

C 


OPA 


VMG 

I 

I 

BPA 

HPB 


VRY 

I 

I 


Door de inzetaanwijzing VRY met als "adresdeel " een sym- 
bolische naam wordt het stuk programma gelegen tussen de 
plaats waar deze naam gedeclareerd is en deze inzetaanwijzi ng 
tot een bovengenoemd gebied verklaard. 

BLOK 

Een dergelijk stuk programma noemen we ook wel een blok. 

Alle namen die in een blok gedeclareerd zijn, zijn daardoor 
locaal voor dit blok. In het voorbeeld is precies een blok 
gegeven. In dit blok zijn B, C en D locale namen en hebben 
buiten dit blok de hier aangegeven betekenis verloren. Dit 
betekent tevens dat dezelfde namen daar dus opnieuw gedecla- 
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reerd mogen worden en daar dan onder hun nieuwe betekenis 
bekend zijn. 

In het voorbeeld is E niet gedeclareerd in het blok. Deze 
declaratie moet ergens buiten het blok plaats vinden. De 
naam E is dus geen locale naam. In dit geval is ook de naam 
A niet locaal want door VRY A zijn alleen de namen tussen 
A en VRY A "vrijgemaakt". Deze conventie past dus ook mooi 
bij gebruik van subprogramma 1 s. 

Wanneer we ieder subprogramma afsluiten met VRY en dan 
daarachter de naam van het subprogramma, dan is buiten het 
subprogramma alleen zijn eigen naam bekend. 

Nemen we nog eens het voorbeeld van de som en verschil van 
2 getallen in A en B. We programmeren het nog iets anders 
waardoor we ook een inwendige geheugenplaats X nodig hebben. 

MINPLUS BPA X 

AFA ACCU B 
OP B X 
SAL TERUG 
X 0 

VRY MINPLUS 

Buiten dit programma is dus alleen de naam MINPLUS bekend, 
terwijl de naam X is vergeten. 

3.4 TELLINGEN 

Reeds enkele malen hebben we voorbeelden ontmoet, waarbij 
een bepaald proces een aantal keren uitgevoerd moest worden. 
Bij zulke tellingen kunnen we vrijwel altijd 4 delen onder- 
scheiden, n.l. voorbereiding, proces, telling en testen. De 
drie laatste delen zijn altijd cyclisch met elkaar verbond- 
en hetgeen op 2 man.ieren kan pi aatsvi nden. Vanuit de voor- 
bereiding kan men dan op 3 verschillende plaatsen in deze 
cyclus springen, hetgeen dan de 6 volgende mogelijkheden 
geeft : 
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Voorkeur voor een bepaalde methode kan verschi11ende oor- 
zaken hebben zoals aansluiting aan overige programma-onder- 
delen, al of niet gebruik van de telling binnen het proces, 
de waarde van de telling bij bereiken van de telgrens, het 
eventueel bij voorbaat nul zijn van de telgrens. 

We geven een voorbeeld , dat alleen volgens het eerste en 
laatste schema wordt uitgewerkt. 

Gevraagd wordt een subprogramma, dat een aantal kaarten 
Ieest. Tedere kaart bevat gegevens, maar de kolommen 1 t/m 
3 zijn niet ingevuld. Hierin moet een volgnummer komen, te 
beginnen bij 1. Bij binnenkomst in het subprogramma staat 
het aantal kaarten in B. 


VOLGNR 


SOB TERUG 


0PB*1 
BPB TELGR 
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PROCES 


TELLING 

TELGR 


Volgens 
als vol 

VOLGNR 


TEL 


TEST 


TELLING 

TELGR 


HPB * 

1 

BPB 

TELLING 

LSK 


HPH 

TELLING 

KGA 

S3 

BAB 

1:3 

PSK 


HPB 

TELLING 

OPB * 

1 

BPB 

TELLING 

AFB 

TELGR 

SNB 

PROCES 

SAL 

TERUG 

0 


0 


VRY 

VOLGNR 


het laatste schema 
gt : 


BSB 

BPB 

SAL 

TELGR 

TELLING 

TEST 

HPB 

TELLING 

OPB * 

1 

BPB 

TELLING 

LSK 


KGA 

S3 

BAB 

1:3 

PSK 


HPB 

TELLING 

AFB 

TELGR 

SNB 

TEL 

SAL 

TERUG 


0 

0 

VRY VOLGNR 


wordt het 


zelfde programma 
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In het laatste geval behoeft dus niet tijdens de voorbereid- 
ing apart getest te worden op geval 0. Dit is in principe 
alleen mogelijk met de 2e, 3e en 6e methode. In de andere ge- 
vallen wordt het proces tenminste eenmaal uitgevoerd. 

Bij 1usprogramma's waarbij het aantal keren door een telling 
wordt bijgehouden komt het veelvuldig voor dat het proces 
zelf moet worden uitgevoerd op een serie gegevens, die ergens 
achter elkaar in het geheugen staan. Dit betekent dat de be- 
nodigde haal- en brengopdrachten voor deze gegevens en resul- 
taten bij iedere doorgang van de lus een ander adresdeel 
moeten hebben. Dit wil dus zeggen dat het adresdeel van be- 
paalde opdrachten, tijdens de werking van het programma 
steeds moet veranderen. 

Men moet dan eigenlijk bij iedere keer het adres "uitreken- 
en". 

Zoals we reeds bij de bespreking van de terugkeerinstruktie 
gezien hebben is dat geen bezwaar. 

V00RBEELDEN 

Hierna zijn daarom nog 2 voorbeelden gegeven waarbij dit 
principe is toegepast. In een volgend hoofdstuk ontmoeten 
we nog een opdracht die deze "adresrekening" effectiever 
kan uitvoeren. 

Het eerste programma berekent het gemiddelde van een serie 
geta11en, die achter elkaar in het geheugen staan. 

Bij binnenkomst in het subprogramma is gegeven in A het 
beginadres van de lijst getallen en in B het aantal getallen. 
Bij terugkeer staat het gemiddelde in B als geheel getal. 

Het tweede programma zoekt in een gegeven lijst getallen 
het kleinste en grootste exemplaar. 

Ook hier geldt bij binnenkomst is het beginadres van de 
lijst in A en het aantal in B. 

Bij terugkeer staat het kleinste in A en het grootste in B. 


berg op aantal 


maak eerste ophaalinstruktief 

1 - 

-i_ 

maak laatste ophaalinstruktie} 
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maak som qeli.ik ol 


haal volgend getal 

,1 


1 tel dit getal o 

bij de somj 




— Q* a ~ s dit het 1aa ~tste getal^ 


nee 


verhoog de ophaal- 
instruktie met 1 


GEMID 


VOLGEND 


BPB 

AANTAL 

OPA 

HULP 

BPA 

VOLGEND 

OPA 

ACCU B 

AFA * 

1 

BSA 

LAATSTE 

BPA 

SOMKOP 

BSA 

SOMST 

) 0 


OAB 

SOMST 

OPA 

SOMKOP 

BPB 

SOMST 

BPA 

SOMKOP 

HPA 

VOLGEND 

HPB 

LAATSTE 

SAB 

KLAAR 

OPA * 

1 

BSA 

VOLGEND 

SAL 

VOLGEND 


r’- ^ 

ja 


deel de som door 
het aantal 



keer terug met 1 

het gemiddelde | 
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KLAAR 


AANTAL 

HULP 

LAATSTE 

SOMKOP 

SOMST 


HPA 

SOMKOP 

HPB 

SOMST 

DLN 

AANTAL 

SAL 

TERUG 

0 


HPB 

0 

0 


0 


0 


VRY 

GEMID 


SUBPROGRAMMA VOOR BEPALEN VAN DE GROOTSTE EN KLEINSTE UIT EEN 
EEN GEGEVEN SERIE GETALLEN 
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KGLR 

OPA 

HULP 


BPA 

EERSTE 


BPA 

VOLGENS 


OPA 

ACCU B 


AFA 

* 1 


BPA 

LAATST 

EERSTE 

0 



BPA 

KLEIN 


BPA 

GROOT 

OPN 

HPA 

VOLGEND 


OPA 

* 1 


BPA 

VOLGEND 

VOLGEND 

0 



BPA 

G 


AFA 

KLEIN 


SNA 

WELKL 


HPA 

G 


AFA 

GROOT 


SNA 

NIETGR 


HPA 

G 


BPA 

■GROOT 

NIETGR 

HPA 

VOLGEND 


AFA 

LAATST 


SOA 

KLAAR 


SAL 

OPN 

WELKL 

HPA 

G 


BPA 

KLEIN 


SAL 

NIETGR 

KLAAR 

HPA 

KLEIN 


HPB 

GROOT 


SAL 

TERUG 

HULP 

HPA 

0 

LAATST 

0 


KLEIN 

0 













samenstellen weerberiahten 


COMPUTER TOEPASSINGEN 



plaatsreserveringen voor 
v liegtuigen 


in ziekenhuizen 
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GROOT 0 
G 0 

VRY KLGR 


3.5. MISSELS 

Het komt in een programma vaak voor, dat verschi11ende alter 
natieve delen moeten worden doorlopen afhankelijk van een be 
paalde conditie, die reeds eerder in het programma is opge- 
treden. Men moet dan daar ter plaatse een wissel ipstellen 
ten behoeve van het latere programmadeel . 

Schematisch ziet dat er als voIgt uit ; 


hier treedt conditie op 
en wordt wissel w inge- 
stel d 



twee alternative wegen 


Een wissel kan ook herhaald voorkomen, bijv. : 
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^an betrekking hebben op een I oonberekeni ng waar PI 
en P4 altijd gelijke programmadelen zijn, terwijl P2 en P5, 
resp. P3 en P6 gelden al naar gelang de grens voor de sociale 
wetten wordt overschreden of niet. 

Hoewel wl en w2 als twee wissels zijn aangegeven, zijn ze 
van dezelfde conditie afhankelijk. J 

TWEE MAN IEREN 


Men kan in principe 2 manieren gebruiken 


a. het procede van "voor de voet schvijven" 

b. de conditie vastleggen in de vovm van een eenvoudig te 
testen getal , bijv. positief of negatief , al of niet nul. 

In het eerste geval wordt de "wissel" later sneller door- 
lopen, maar kost het instellen meer werk. 

In het tweede geval is dit juist omgekeerd. 


Laatstgenoemd voorbeeld ziet er volgens het eerste procede 
als volgt uit : > 


proces voor berekening grens 
van sociale wetten 


RINST 


PI 

WISSEL 1 
P2 


§PA_BIN§T spring als wissels 

HPA HULP 
BPA WISSEL1 
HPA HU L P + 1 

BPA WISSEL2 
SAL PI 


HPA 

HULP+2 

BPA 

WISSEL1 

HPA 

HUL P + 3 

BPA 

1 

1 

WISSEL2 

0 



naar rechts 


SAL P4 
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P3 

1 

1 

1 

1 


P4 

SAL 

P4 

1 

1 


WISSEL2 

0 


P5 

1 

1 

1 

SAL 

VERVOLG 

P6 

i 

1 

SAL 

VERVOLG 

HULP 

SAL 

P2 


SAL 

P5 


SAL 

P3 


SAL 

P6 

VERVOLG 

1 

1 

1 

1 



Het tweede procede verloopt als volqt : 


RINST 


PI 


! I proces voor berekening grens 
/ van sociale wetten 

SPA___RINSI spring als wissel naar rechts 

HPA * 1 . 

BNA WISSEL 
SAL PI 
HPA * 1 
BPA WISSEL 
SAL Pi 

-j-—--— 

I 

I 

I 

HPA WISSEL 
SPA P3 


SAL P2 
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SAL 

P4 

P3 

i 

1 

1 

1 

SAL 

P4 

P4 

1 

1 

1 

HPA 

SPA 

WISSEL 

P6 


SAL 

P 5 

P 5 

1 

SAL 

VERVOLG 

WISSEL 

VERVOLG 

0 

1 

1 

1 

1 


Een bijzonder geval is de hotelschakelaar, waarbij steeds 
alternerend de ene of andere van twee takken w wordt gebruikt 



kl aar 


kl aar 
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Hier is voor de voet schrijven het beste. 



HPA 

HULP 


BPA 

WSL 

PL 

1 

1 

1 

1 


WSL 

0 


P2 

1 

1 



HPA 

HULP+1 


BPA 

WSL 


SAL 

TEST 

P3 

1 

1 

1 

1 



HPA 

HULP 


BPA 

WSL 


SAL 

TEST 

TEST 

1 

1 



SPA 

PI 


SAL 

KLAAR 

HULP 

SAL 

P2 


SAL 

1 

P3 

KLAAR 

1 

1 

1 

1 



MEERWEGSCHAKELAAR 


Een wissel kan ook voorkomen met meerdere uitgangen, 
spreekt dan wel van meerwegschakelaar. 

Stel men heeft in A gevormd een getal dat aangeeft: 

0 ongehuwd 

1 gehuwd z.k. 

2 gehuwd met 1 k. 

3 gehuwd met 2 k. 

4 

T 

9 gehuwd met 8 k. 

10 gehuwd met meer dan 8 k. 


men 
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Moor al deze gevallen moeten verschi11ende programmadelen 
doorlopen worden en dan weer samenkomen. 


Dit is als volgt te programmeren. 


OPA ¥ LYST 


LYST 


SAL 

ACCU A 

SAL 

ONG 

SAL 

GZK 

SAL 

GIK 

SAL 

G2K 

T| 

1 

1 

1 

SAL 

G8K 

SAL 

GMK 


Al1e programma's ONG, GZK, enz. eindigen nu met dezelfde 
spronginstruktie. Zijn deze programma's als subprogramma's 
uitgevoerd dan kan men het voorgaande nog vooraf laten gaan 
door 


HPB* KLAAR 
BPB TERUG 


We verzorgen nu zelf de terugkeerinstruktie en springen naar 
de subprogramma 1 s met SAL in plaats van met SSP. 













Opgaven les 3. 


005/006/007 
A. 1 


SERIE-A 

Naam 

Adres 

Woonplaats 
Kursistennr. 

Voor de onderstaande vragen dient U het rondje op te vullen 
van de antwoorden die volgens U goed zijn. Wij wijzen U er 
echter bij voorbaat op dat bij een vraag meerdere antwoorden 
en zelfs a 11e antwoorden goed kunnen zijn. Het tegenoverge- 
stelde kan zich ook voordoen. M.a.w. er kan op een bepaalde 
vraag ook geen enkel antwoord goed zijn. 

Na het oplossen van de vragen dient U de pagina's van 
Serie-A in te sturen aan E.C.S. Postbus 2 Heerlen. 

Veel succes. 


Vraag 1. 0 De systeem-analist gebruikt bij het maken van 
stroomschema 1 s conventionele symbolen. 

0 De namen, gebruikt in het organisatie-schema zijn 
niet dezelfde als deze die gebruikt worden in het 
hoofdblok-schema en het detai1blok-schema. 

0 Het detai1blok-schema geeft elke verwerking weer 
in afzonderlijke eenheden. 


Vraag 2. 0 


De naam ZQXBE is een goed gekozen naam voor een in- 
voerbestand. 


0 De naam ZQXBE is een voor col 1ega-programmeurs 
nietszeggende naam, en aldus een slecht gekozen 
naam. 

0 Als het bestand iets te maken heeft met een nieuw 
afwasmiddel waarvan de naam ZQXBE is, is het een 
goed gekozen en uni eke naam voor een bestand. 

Vraag 3. 0 Een wissel is een inrichting die samen met de 
computer wordt geleverd. 

0 Een wissel is een stuk programma dat zodanig wordt 
beTnvloed op een andere plaats in het programma 
dat de gewenste vertakking wordt uitgekozen. 


Vraag 4. 0 Symbolische adressen mogen herhaaldelijk voor- 

komen in een programma onder verschi11ende betekenis. 

0 Symbolische adressen mogen herhaaldelijk voor- 

komen in een programma doch steeds onder een beteke¬ 
nis. 
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0 

Vraag 5. 0 
0 
0 
0 

Vraag 6. 0 

0 

0 

0 

Vraag 7. 

0 

0 

0 

Vraag 8. 0 
0 

Vraag 9. 

0 

0 

0 

Vraag 10.0 

0 


Naam 

Woonplaats 

Aan het invoerprogramma laat men het over de rela- 
tie te leggen tussen labels en werkelijke adres- 
nummers. 

"Bloembol" is een goed gekozen naam voor een label. 
VRK0371A is een geldige label. 

3071VRKA is een geldige label. 

VRK0371A noemt men een symbolisch adres. 

Het programma declareert automatisch de symbolische 
adres sen. 

Een symbolisch adres is een adres. 

Symbolische adressen moeten programmatisch gede- 
clareerd worden. 

Door de instruktie SAL VERL0F staat in het ge- 
heugen voor VERL0F een werkelijk adres. 

Dichtbij elkaar gelegen symbolische adressen moet 
men vermijden omdat : 

Men dan veel te veel moet schrijven. 

Het programma niet meer overzichtelijk blijft. 

Men hiervoor beter gebruik kan maken van relatieve 
adressen. 

De pseudo-opdrachten BGN en SRT hebben dezelfde 
vorm als de overige instrukties. 

De bovengenoemde opdrachten worden bij het in- 
lezen van het programma in het geheugen opgenomen. 

De instruktieSPRONG BGN SPR0NG+250 heeft tot ge- 
volg dat : 

Het programma begint vanaf adres 250. 

Het programma begint vanaf het adres dat 250 plaat- 
sen verder begint dan SPR0NG. 

Tussen SPR0NG en het eerste adres van het program¬ 
ma 250 plaatsen vrijgehouden worden. 

De instruktie SAL# 288 heeft tot gevolg dat de 
volgende uit te voeren instruktie staat op adres 
288. 

De instruktie SAL# 288 heeft geen enkele zin. 
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0 

Vraag 11. 0 

0 

0 

Vraag 12. 0 

0 

0 

Vraag 13. 0 

0 

0 

Vraag 14. 0 
0 
0 


Vraag 15. 0 


0 


Naam 

Woonplaats 

De instruktie HPA* 500 zorgt ervoor dat na de 
uitvoering van deze instruktie de inhoud van 
ACCU-A 500 is. 

De instruktie BPA-H900 heeft geen betekenis omdat 
de machine 900 beschouwt als een constante en niet 
als een ad res. 

De instruktie HPA ^10004 kan niet uitgevoerd wor- 
den omdat de constante in de operand van de in¬ 
struktie wordt opgenomen en deze slechts vier te- 
trades groot is. 

HPA * TEL heeft tot gevolg dat TEL naar ACCU-A gaat 

Vaste symbolische namen zijn door het invoerpro- 
gramma bekend en behoeven niet gedeclareerd te wor 
den. 

Vaste symbolsiche namen zijn o.a. ACCU-A, ACCU-B 
TERUG. 

Met tergukeeradres van een SSP opdracht bedoelt 
men het adres van de SSP opdracht. 

De stand van het register TERUG blijft voor de 
duur van het subprogramma ongewijzigd. 

De SSP instruktie heeft twee funkties. 

Een subprogramma kan ook opgeroepen worden door 
gebruik te maken van andere instrukties dan SSP 
opdracht. 

De SERA beschikt over meer dan ee'n register TERUG. 

De SERA beschikt over slechts een register TERUG. 

Een SERA programma kan een onbeperkt aantal sub- 
programma's bevatten. 

Om een subprogramma van een ander subprogramma 
veilig te stellen wordt het terugkeeradres van 
het eerste subprogramma veilig gesteld middels 
de pseudo-opdracht HULP. 

Alvorens een tweede subprogramma uitgevoerd wordt, 
wordt het eerste veilig gesteld met behulp van ten 
minste twee instrukties. 
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Vraag 16. 0 Symbolische adressen in een subprogramma moeten 
per gebruik in een hoofdprogramma aangepast wor- 
den . 

0 Symbolsiche adressen kunnen middels een pseudo-in- 
struktie in een subprogramma lokaal gemaakt worden. 

0 De "wissel" is te vergelijken met de man in het 
huis van de NS. 

0 Een wissel kan verschi11ende programma-delen be- 
Tnvloeden. 







